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(54)T}tie: SYSim AND METHOD FOR MULlIPtEXING DATA 111ANSMISSI(»(S 
(57) Abstract 

The present invention is diiected to a system for maitiplexing data 
-'-~~u exchanged between a host compater system (12) and a user 

(18)eoaaectedbyac(nBnunicatioasliBk(16.20).OneoriiM(ebost ± 
applicatioo programs (24) reside upon and aie eMcuted by die host coatputer 
system (12) while a tetminal emulatioa program (19) having die capability of 
simultaneously displaying one or more host application program icieeiis resides 
upon and is executed by the user workstation (18). Tbe date nosmissiao 
multiplexing syttem cocnprises a session manager program (22) lesiding upon 
and executed by the host caa^nter system (12) for wiablishiDg one or nxne 
with die host ^ipliatiai ptognms (24). each of the piogiam 
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system (12) and die user workstation (18). The te 
(19) simoltaneinsly displace the hostapplication ptDgtam 
for each of dw sessions estdiBsbed between die session manager program 
(22) and die host plication programs (24). The multiplexing system includes a 
multiplexing program (25) for performing die following fimctions: (I) bailding 
inner data packets (64) from the individual datasocams genersiBd by each 
program session; (2) issertiog die inner data packets (64) into one or more data 
transmission packets (42) for Innsmissioo between die host computer system 
(12) and die user wnkstatioa (18) over dw single connection; and (3) removing 
date packets (64) firam die ooe or more date naosmissioo packets (42) 
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SYSTEM AND METHOD R)R MULnPLEXING DATA TRANSMISSIONS 
BftcryqRQpyp of tHB ^WVEyi^QN 

Field of the Invention 

The present invention is directed generally to a 
system and method for multiplexing data transmissions 
5 and, more specifically, to a system and method for 
multiplexing data transmissions exchanged between a 
timesharing computer system and a user workstation. 

Description of the Background of the Invention 

A timesharing computer system nay be accessed by a 

10 user through a video display terminal connected to the 
timesharing computer by means of a data communications 
system. The user may gain access to the timesharing 
computer system by establishing a program session with 
an application program executing on the timesharing 

15 computer. The user can interact with the application 
program by utilizing a keyboard attached to the video 
display terminal and see the results of the application 
on the video display terminal's screen. 

Advanced video display terminals, such as 

20 distributed function terminals ("DFTs"), enable a user 
to initiate multiple program sessions with a 
timesharing computer system by establishing multiple 
connections between the DFT and the timesharing 
computer. One connection is established for each 

25 program session. The DFT utilizes windowing software 
to allow the user to view the multiple programs 
sessions simultaneously. A selection methodology 
permits a user to direct the keyboard input to any 
particular program session. 
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A significant drawback to the technique utilized 
in DFTs is that one connection must be dedicated to 
each program session. The number of connections on 
each communications pathway to the timesharing computer 
5 is usually limited and must be shared by all DFTs 
utilizing that communications pathway. 

A type of application program called a "session 
manager", designed to execute on a timesharing computer 
system, has the capability of establishing and 

10 maintaining multiple program sessions simultaneously 
for a user utilizing a single video display terminal. 
The video display terminal maintains a single 
connection with the timesharing computer and 
establishes a single program session with the session 

15 manager program. The session manager program, in turn, 
maintains multiple program sessions with application 
programs executing on the timesharing computer system. 
The user can view and interact with only one program 
session at any given time. Using a keyboard sequence, 

20 generally known as a "hot key" sequence, the user can 
select from among the program sessions for viewing and 
keyboard input. 

The disadvantage to session manager programs is 
that only a single application program can be viewed 

25 and interacted with at any one time. Thus, the need 
exists for a system which allows a user to view 
multiple application program sessions simultaneously, 
permits the user to direct keyboard input to any one of 
these multiple program sessions and, at the same time, 

30 establishes only a single connection with the 
timesharing computer system. 
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SUMMARY OF THE TMVEWTTQM 

The present invention is directed to a system for 
multiplexing data transmissions exchanged between a 
host computer system and a user workstation wherein the 
5 host computer system and the user workstation are 
connected by a communications link and wherein one or 
acre host application programs reside upon and are 
executed by the host computer system. A terminal 
emulation program having the capability of 

10 simultaneously displaying one or more host application 
program screens resides upon and is executed by the 
user workstation. 

The multiplexing system comprises a session 
manager program residing upon and executed by the host 

15 compnter system for establishing one or more program , 
sessions with the host application programs, each of 
the program sessions generating its own individual 
datastreams, and for establishing a single program 
session with the terminal emulation program utilizing a 

20 single connection between the host computer system and 
the user workstation. The terminal emulation program • 
simultaneously displays the host application program 
screen for each of the program sessions established 
between the session manager program and the host 

25 application programs. The system further comprises 
means residing in the host computer system and in the 
user workstation for intercepting the individual 
datastreams before the individual datastreams are 
transmitted by either the host computer system to the 

30 user workstation or by the user workstation to the host 
eos^uter system, means residing in the host computer 
system and in the user workstation for building inner 
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data packets from the individual datastreams generated 
by each of the program sessions, and means residing in 
the host computer system and in the user workstation 
for inserting the inner data packets into one or more 
5 data transmission packets for transmission between the 
host computer system and the user workstation over the 
single connection. Means residing in the host coi^uter 
system and in the user workstation intercept the data 
transmission packets received by the host computer 

10 system and the user workstation before the data 
transmission packets are processed by either the 
session manager program or the terminal emulation 
program, respectively. Finally, means residing in the 
host computer system and in the user workstation to 

15 remove the inner data packets from the one or more data 
transmission packets to recreate the Individual 
datastreams therefrom. 

The present invention is further directed to a 
method for multiplexing data transmissions exchanged 

20 between a host computer system and a user workstation 
wherein the host computer system and the user 
workstation are connected by a communieatlons link and 
wherein one or more host application programs reside 
upon and are executed by the host computer system. A 

25 terminal emulation program having the capability of 
simultaneously displaying one or more host application 
program screens resides upon and is executed by the 
user workstation. The data transmissions multiplexing 
method includes the following steps (1) establishing 

30 one of more program sessions with the host application 
programs, each of the program sessions generating its 
own individual datastreams; (2) establishing a single 
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program session with the terminal emulation program 
utilizing a single connection between the host computer 
system and the user workstation, wherein the terminal 
emulation program simultaneously displays the host 
5 application program screen for each of the program 
sessions established with the host application 
programs; (3) intercepting the individual datastreams 
before the individual datastreams are transmitted from 
the host computer system to the user workstation or by 

10 the user workstation to the host computer system; (4) 
building inner data packets from the individual 
datastreams generated by each of the program sessions; 
(5) inserting the inner data packets into one or more 
data transmission packets for transmission between the 

15 host computer system and the user workstation over the 
single connection; (6) intercepting the data 
transmission packets received by the host computer 
system and the user workstation before the data 
transmission packets are processed by either the host- 

20 application programs or the terminal emulation program, 
respectively; and (7) removing the inner data packets - 
from the one or more data transmission packets and for 
recreating the individual datastreams therefrom. 

The system and method of the present invention for 

25 multiplexing data transmissions exchanged between a 
host computer system and a user workstation provide the 
means for allowing a user to view multiple application 
program sessions simultaneously and to direct keyboard 
input to any one of these multiple program sessions 

30 while using only a single connection between the 

timesharing computer system and the user wor]cstation. 
These and other advantages and benefits of the present 
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invention will become apparent from the description of 
a preferred embodiment hereinbelow. 

m=:srPTPTTQN of the DRAWINGS 

For the present invention to be clearly understood 
5 and readily practiced, a preferred eaibodiment will now 
be described, by way of example only, with reference to 
the accoapanying figures tAierein: 

PIG. 1 illustrates a simplified representation of 
a timesharing computer system and a user workstation in 
10 which the system and method of the present invention 
may be employed; 

FIG. 2 illustrates an IBM* Systems Setvork 
Architecture* Protocol Stack; 

FIG. 3 illustrates the interface between a user 
15 workstation module of the present invention performing 
demultiplexing processing and the IBM Systems NetvorJc 
Architecture Protocol Stack of the terminal emulation 
program; 

FIG. 4 illustrates the interface between the user 
20 workstation module of the present invention performing 
multiplexing processing and the IBM Systems network 
Architecture Protocol Stack of the terminal emulation 
program; 

FIG. 5 illustrates a data transmission packet; 
25 FIG. 6 illustrates an outer data packet which is 

transmitted between a host computer module and the user 
workstation module of the present invention; 

FIG. 7 illustrates an inner data packet which is 
transmitted between the host computer module and the 
30 user workstation module of the present invention; 
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FIG. 8 illustrates a Function Data Field portion 
of Identify inner Data PacXet; 

FIG. 9 illustrates the Function Data Field portion 
of Session List Inner Data Packet; 
5 FIG. 10 illustrates the Function Data Field 

portion of Session Manager Prograo Command Inner Data 
Packet? 

FIG. 11 Illustrates the Function Data Field 
portion of Open Window Inner Data Packet; 
10 FIG. 12 illustrates the Function Data Field 

portion of Close Window Inner Data Packet; 

FIG. 13 illustrates the Function Data Field 
portion of 3270 Datastream Inner Data Packet; 

FIG. 14 illustrates a Terminal Session Block 
15 utilized in conjunction with a multiplexing program of 
the present invention; 

FIG. 15 illustrates a Multiplexed Mode Control 
Block utilized in conjunction with the multiplexing ^ 
program of the present invention; 
20 FIG. 16 illustrates an Application Session Block 

utilized in conjunction with the multiplexing program 
of the present invention; 

FIG. 17 illustrates a Virtual Session Control 
Block utilized in conjunction with the multiplexing 
25 program of the present invention; 

FIG. 18 illustrates a User Workstation Session 
Control Block utilized in conjunction with the 
multiplexing program of the present invention; 

FIG. 19 illustrates a Daer Workstation Virtual 
30 Session Control Block utilized in conjunction with the 
multiplexing program of the present invention; and- 
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FIGS. 20a - 20i illustrate flow charts explaining 
the operation of the multiplexing prograa of the 
present invention. 

DESCRIPTION OF THE PREFERRED EMBODIMENT 

5 FIG. 1 illustrates a simplified representation of 

a typical timesharing computer system 10 in which the 
system and method of the present invention for 
multiplexing data transmissions exchanged between a 
timesharing computer system and a user workstation may 

10 be employed. A host computer 12 is connected to the 
cluster controller or local area network gateway 14 by 
means of communications link 16. A user workstation 18 
is connected to a cluster controller or local area 
network gateway 14 by means of coaxial cable 20. One 

15 of ordinary skill in the art will recognize that 
multiple cluster controllers or local area network 
gateways 14 may be connected to host computer 12 and 
that multiple user workstations 18 may by connected to 
each cluster controller or local area network gateway 

20 14. 0.ns of ordinary skill in the art will also 

recognize that the user workstation 18 may be comprised 
of a personal computer (not shown) which includes an 
attached video display screen (not shown) and keyboard 
(not shown) . The user workstation 18 includes a 

25 terminal emulation program 19 which causes the user 
workstation 18 to function as an ordinary video display 
terminal when communicating with the host computer 12. 
Terminal emulation program 19 includes means for 
"displaying" application program windows 29 on the 

30 video display screen (not shown) and means for 
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directing input from the keyboard (not shown) to any 
particular application program window 29. 

A session manager program 22 resides within and is 
executed by host computer 12. The session manager 
5 program 22 is capable o£ establishing program sessions 
with multiple host application programs 24 also 
residing within and executed by host computer 12. The 
terminal emulation program 19 establishes a single 
program session with session manager program 22 

10 utilizing a single connection between host computer 12 
and user workstation IB. The design and implementation 
of session manager program 22, the method for 
establishing a program session between session manager 
program 22 and terminal emulation program 19, and the 

15 method for establishing a single connection between 
host computer 12 and user workstation 18 are well known 
to those of ordinary skill in the art. 

A multiplexing program 25 embodying the system and 
method of the present invention is comprised of a host 

20 computer module 26 and a user workstation module 28.'-' 
The host computer module 26 is a part of the session 
manager program 22 and, thus, resides on and is 
executed by host computer 12 while the user workstation 
module 28 resides on and is executed by user 

25 workstation 18. The multiplexing program 25- operates 
in conjunction with the session manager program 22 and 
terminal emulation program 19 to provide the 
functionality for allowing a user to establish and view 
multiple program sessions (through application program 

30 windows 29) simultaneously at user workstation 18 and 
to direct keyboard input to any one of these multiple 
program sessions (through application program windows 
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29} . This is accomplished utilizing a single 
connection between host computer 12 and user 
workstation 18. There is no limit to the number of 
program sessions that can be established and viewed at 
5 any one time. 

The multiplexing program 25 includes a 
communications protocol that allows data and flow 
control information for a program session to be 
combined into a single data packet and for multiple 

10 data packets, possibly from multiple program sessions, 
to be combined into a single data transmission packet. 
In addition, the communications protocol allows the 
data packets to be segmented and to span multiple data 
transmission packets. The multiplexing program 25 does 

15 not require the alteration of any physical devices, the 
host computer operating system software (not shown) , 
the host application programs 24 or the communications 
link 16. The operation of both the host computer 
module 26 and the user workstation module 28 will be 

20 e39lained more fully hereinbelow through the use of the 
flows charts illustrated in FIGS. 20a through 20i. 

IBM SUA FTQ^oml SttteK 

lOiile the system and method of the present 

invention can be implemented in any timesharing 
25 computer system environment, the preferred embodiment 

described herein will be described in relation to the 

IBM systems Settfork Architecture "SSA" environment. 

Communications between host computer 12 and user 

workstation 18 in an SNA environment are controlled 
30 according to a defined protocol. This protocol 

consists of five layers of control routines which, when 
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coneidered together, are denominated as the SNA 
Protocol Stack. The SNA Protocol Stack 30 is 
illustrated in FIG. 2. Those of ordinary skill in the 
art will readily recognize that the SSA Protocol stack 
5 is comprised of five layers of protocol routines: (1) 
Data Link control CDLC") 32; (2) Path control ("PC") 
34; (3) Transmission Control ("rc") 36; (4) Data Flow 
control ("DFC") 38; and (5) Piuction JVaAagrejoejit ("PM") 
40. Further, the function of each of these layers of 
10 protocol is well taiown to those of ordinary skill in 
the art. 

The user workstation aodule 28 of aultiplexing 
program 25 of the present invention operates in 
conjunction with the SNA Protocol Stack 30 of user 

15 workstation 18 as illustrated in FIGS. 3 and 4^ A data 
transmission packet 42 (described more fully 
hereinbelov) directed from the session manager program 
22 to terminal emulation program 19 enters the SNA • 
Protocol Stack 30 of user workstation 18 at the DLC " 

20 level 32. The data transmission packet 42 then passes 
through the DLC level 32 and enters the PC level 34. 
At the PC level 34, the data transmission packet 42 is 
intercepted by the user workstation module 28 of 
multiplexing program 25 which performs certain 

25 demultiplexing functions on data transmission packet 42 
as is described more fully hereinbelow. After 
demultiplexing of data transmission packet 42 is 
completed, user workstation module 28 passes the 
demultiplexed data packet 43 back to the SNA Protocol 

30 Stack 30 at the PC level 34. The demultiplexed data 
packet 43 is then passed through the TC level 36, the 
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DFC level 38 and the FM level 40 to then be transmitted 
to texninal emulation program 19. 

An uimultiplexed data packet 45 directed from the 
terminal emulation program 19 to session manager 
5 program 22 is processed in a similar but reverse 
fashion. The unmultiplexed data packet 45 enters the 
SNA Protocol Stack 30 at the FM level 40 and progresses 
through the DFC level 38 and the TC level 36 to the PC 
level 34. At the PC level 34, unmultiplexed data 

10 packet 45 is intercepted by the user workstation module 
28 of multiplexing program 25, is multiplexed by the 
user workstation module 28 (as is described more fully 
hereinbelow) and is then passed back to the PC level 
34. The data transmission packet 42 (the result of the 

15 multiplexing process) then progresses through the DLC 
level 32 to then be passed to the communications 
software (not shown) for transmission to session 
manager program 22. 

The host computer module 26 of multiplexing 

20 program 25 operates in- conjunction with the SNA 

Protocol Stmck 30 of host computer 12 by receiving data 
transmission packets 42 transmitted from terminal 
emulation program 19 after passing through all levels 
of SSA Protocol Stack 30 and emerging from the FM level 

25 40. 



Various types of data transmission packets 42 are 
transmitted by the host computer module 26 from host 
computer 12 to user workstation 18 and by the user 
workstation module 28 from user workstation 18 to the 
host computer 12. Again, while the system and method 
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of the present invention can be implemented in any 
timesharing computer system environment, the preferred 
embodiment described herein, as it relates to data 
transmission packets 42, will be described in relation 
5 to the ZBH SNA environment. Further, those of ordinary 
skill in the art will recognize that while, for the 
sake of simplicity of discussion, the host computer 
module 26 and the user workstation nodule 28 are 
described throughout the following explanation as 

10 "transmitting" data transmission packets 42, the data 
transmission packets 42 are passed to communications 
software (not shown) in host computer 12 and user 
workstation 18 for actual transmission. 

FIG. 5 illustrates the structure of a data 

15 transmission packet 42. Data transmission packet 42' 
includes a Transudssion Header 50, Request/ResponsB 
Header 52, Structured Field Command 54, i.eii$rth Field 
56, OEM Data Structured Field Type 58 and Outer Data 
Packet 60. Those of ordinary skill in the art will ~ 

20 recognise that all fields of the data transmission 
packet 42 except for the Outer Data Packet 60 
correspond to the fields of a Path Information Unit 
("PIU") of the IBM SNA protocol. The Structured Field 
Command 54 is assigned a hexadecimal value of "F3" 

25 ii^rite structured Field Coamajid in data transmission 
packets 42 transmitted from host computer module 26 to 
user workstation module 28 and a hexadecimal value of 
"88" Action Identifier Command in data transmission 
packets 42 transmitted from user workstation module 28 

30 to host computer module 26. The OEM Data Structured 
Field Type 58 (hexadecimal "DFIF") indicates that all 
data which follows the eonnand appears in a format 
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compatible with the protocol of the device or, in the 
case of the host computer module 26 and user 
workstation module 28 of the present invention, 
software receiving the data. Thus, the Outer Data 
5 Packet 60 is a field of a PIV that can be formatted 
according to the requirements of the multiplexing 
program 25. 

FIG. 6 illustrates the details of Outer Data 
Packet 60. Outer Data Packet 60 includes a Sequence 

10 Number 62 and one or more Inner Data Packets 64. 
Sequence NUmber 62 is a unique identifying number 
generated by host computer module 26. The Sequence 
Number 62 is incremented by one with each transmission 
of an outer Data Packet 60 from host computer module 26 

15 to user workstation module 28. User workstation module 
28 places the last Sequence Number 62 that it has 
received in the last outer Data Packet 60 transmitted 
from host computer module 26 to user workstation nodule 
28 into each Outer Data Packet 60 that it transmits 

20 back to host computer module 26. 

The details of Inner Data Packet 64 are 
illustrated in FIG. 7. The first element of the Inner 
Data Packet 64 is a Length Field 66. The Length Field 
66 contains the length (in bytes) of the Inner Data 

25 Packet 64. The Structured Field Type 68 is included to 
give the Inner Data Packet 64 the structure of a 3270- 
type structured field data packet. An Inner Data 
Packet 64 may be larger than an outer Data Packet 60 
and, thus, may span multiple Outer Data Packets 60. 

30 Each portion of the spanned Inner Data Packet 64 is 
referred to as a segment. The Spanning Flag 70 of 
Inner Data Packet 64 indicates whether spanning has 
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taken place and, if so, indicates the position of the 
segment within the series of segments. The permitted 
values of Spanning Flag 70 and their meanings are 
illustrated in Table I below. 



5 TMLB I 

Hexadecimal 03 ■> only segment 
Hexadecimal 02 » first but not last segment 
Hexadecimal 01 « last but not first segment 
Hexadecimal 00 - neither first nor last 
10 segment 

In addition to transmitting 3270-type datastreams 
between the host computer module 26 and the user 
workstation module 28, Inner Data Packets 64 are 
utilized to transmit control information. Function - 
15 Code 72 indicates the type of information that appears 
in Function Data Field 74. The permitted values and 
meanings of the Function Code 72 are shown below in* 
Table II. 



II 



Hexadecimal 00 « 

Hexadecimal 01 = 

Hexadecimal 02 = 

Hexadecimal 03 » 

Hexadecimal 04 = 

Hexadecimal 05 = 

Hexadecimal 07 » 



Null Inner Data Packet 
Identify Inner Data Packet 
Session List Inner Data 

Packet 
Session Manager Program 

Command Inner Data Packet 
Open Window Inner Data Packet 
Close Window Inner Data 

Packet 

3270 Datastream Inner Data 
Packet 
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The structure of the Function Data Field 74 for each of 
the function codes is described below. 

1. Ifiantifv ln n?r nata Packet 

The Function Data Field 74 of Identification Inner 
5 Data Packet 64 (FIG. 8) is conprised of the following 
components: (1) Host Computer Module Name 76; (2) Host 
Computer Module version Number 78; and (3) User 
Identification Character String 80. Host Computer 
Nodule Name 76 and Host Computer Module Version Number 
10 78 identify Host Computer Module 26. User 

Identification Code 80 is provided by the user during 
the sign-on process to session manager program 22. 

2. sPBsion List Tnner Data PacH?t 

The Function Data Field 74 of Session Ust Inner 
15 Data Packet 64 (FIG. 9) is conprised of the following 
components: (1) Session Manager Program Message 82; 
(2) Program Session Name 84; (3) Program Session 
Description 86; and (4) Program Session State 88. One 
set of entries comprised of Program Session Name 84, 
20 Program Session Description 86 and Program Session 
State 88 are included in the Function Data Field 74 of 
Session List Inner Data Packet 64 for each host 
application program 24 available to the user on host 
computer 12. The Session Manager Program Message 82 is 
25 a message reflecting the status of the last open or 
close session manager program command transmitted from 
the user workstation module 28 to host computer module 
26 for interpretation by session manager program 22. 
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3. Session Manager Program Command Inner Data Packet 

The Function Data Field 74 of Session Manager 
Program Command Inner Data Packet 64 (FIG. 10) is 
comprised of the following component: (1) session 
5 Manager Program Command String 90. The Session Manager 
Prograo CcoBand String 90 is a conmiand string sent from 
the user vorkstation module 28 to the host computer 
nodule 26 for interpretation by session manager program 
22. 

10 4. Qpgn Window Inner Data papKgt 

The Function Data Field 74 of Open Hindov Inner 
Data Packet 64 (FIG. 11) is comprised of the following 
components: (1) Session Manager Program Correlator 92; 
(2) User Workstation Correlator 94; (3) Program Session 
' 15 Name 96; (4) User Workstation Model Name 98; and (5) 
BIUD Request Unit 100. The Session Manager Program 
Correlator 92 is the memory address in the internal 
memory area (not shown) of the host computer module 26 
of an Application Session Block (described below) for 

20 the host application program 24 for which an 

application program window 29 is to be opened on user 
workstation 18. The user workstation correlator 94 is 
the memory address in the internal memory area (not 
shown) of the user workstation module 28 of the User 

25 Workstation Virtual Session Control Block (described 
below), for the application program window 29 to be 
opened on user workstation 18. The Program Session 
Name 96 is the host application program 24 identifier 
specified by the user and is used by terminal emulation 

30 program 19 as the title for the application program 
window 29 on user workstation 18. The User Workstation 
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Model Name 98 is used by the host computer nodule 26 
and user workstation nodule 28 to open a window on user 
workstation 18 with the characteristics (number of 
lines, number of columns, graphics support, etc.) of 
5 user workstation 18 specified by the user. Those of 
ordinary skill in the art will recognize that BIND 
Request Unit 100 is used in the IBM SWA protocol to 
establish a program session between session manager 
program 22 and a host application program 24. 

10 5. ^lose Window Tnner'Data Packet 

The Function Data Field 74 of Close Window Inner 
Data Packet 64 (FIG. 12) is comprised of the following 
components: (1) Session Manager Program Correlator 102; 

(2) user Workstation Correlator 104; and (3) Program 
■ 15 Session Name 106. Each of these components has been 

described in relation to the Function Data Field 74 of 
Open Window Inner Data Packet 64 (FIG. 11) . 

6. 1270 Datastrean Inner Data Packet 

The Function Data Field 74 of 3270 Datastream 
20 Inner Data Packet 64 (FIG. 13) is comprised of the 
following components: (1) Session Manager Program 
Correlator 108; (2) Dser Workstation Correlator 110; 

(3) sequence Number 112; and (4) Data Packet 114. The 
Session Manager Program Correlator 108, User 

25 Workstation Correlator 110 and Sequence Number 112 are 
described above. The Data Packet 114 is equivalent to 
a Basic Information Unit ("BIT?") in the IBM SNA 
protocol. 
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lost Coapwter Module control Blookg 

The following sections describe nenory control 
blocks utilized by the host con^uter module 26 to 
control the program session established between the 
5 session manager program 22 and the terminal emulation 
program 19. Each of the memory control blocks 
described below reside in the internal memory area (not 
shown) of the host computer module 26 in host computer 
12. 

10 1. Terainal Session Bloele 

FIG. 14 illustrates a Terminal Session Block 140. 
The Terminal Session Block 140 describes the 
communications capabilities of the user workstation 18 
and the state of the program session established 

15 between the session manager program 22 and the terminal 
emulation program 19. The Terminal Session Block 
includes, among others, the following components: (1) 
memory address of Multiplexed Node Control Block 
(described below) 142; (2) Multiplexed Mode Capable 

20 Flag 144; (3) Multiplexed Mode Flag 146; (4) Own 
Direction Flag 148; (5) Queue Full Flag 150; (6) 
Between Brackets Flag 152; and (7) memory address of 
the first element in a linked list of Application 
session Blocks (described below) 154. The Multiplexed 

25 Mode capable Flag 144 is true (set to logical 1) if the 
user workstation 18 is capable of operating in 
multiplexed mode, i.e., with the multiplexing program 
25 of the present Invention. The Multiplexed Mode Flag 
146 is true (set to logical l) if the user workstation 

30 18 is actually operating in multiplexed mode. The Own 
Direction Flag 148 and Between Brackets Flag 152 
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operate according to the IBM SSA protocol for half- 
duplex flip-flop communications between host computer 
12 and user workstation 18 as is well known to those of 
ordinary skill in the art. The Queue Full Flag 150 is 
5 true (set to logical 1) «rtien the inner data packet 
queue (described more fully hereinbelov) is full. 

2. Mmtipl?x$a M9d? ContePl BXggK 

The Multiplexed Mode Control Block 156, 
Illustrated in FIG. 15, contains information relating 

10 to the multiplexed mode program session. I.e. , the 
program session utilizing multiplexing program 25, 
established between session manager program 22 and 
terminal emulation program 19. The Multiplexed Mode 
Control Block 156 includes, among others, the following 

15 components: (1) Sequence Number 158; (2) memory address 
of inner data packet output queue (described more fully 
hereinbelow) 162; and (3) total number of bytes stored 
in inner data packet queue (described more fully 
hereinbelow) 161. The function of Sequence Number 158 

20 has been described above. The inner data packet queue 
(described more fully hereinbelow) is a first-in-first- 
out queue of inner data packets 64 stored for 
transmission to user workstation module 28. 

3. ftppiiffqtign g?ggiQn g?.offJt 

25 FIG. 16 Illustrates an implication Session Block 

164. The Application session Block 164 contains 
information relating to the state of the program 
session between the session manager program 22 and a 
single host application program 24. One Application 

30 Session Block 164 is created for each program session 
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established between session manager program 22 and a 
host application program 24. The Application Session 
Block 164 includes, among others, the folloving 
components: (1) memory address links to other 
5 Application Session Blocks 166; (2) Rejected Packet 
Flag 168; (3) memory address of application screen 
buffer 170; (4) memory address of Virtiial Session 
control Block 172; and (5) Virtual Session Flag 174. 
The Rejected Packet Flag 168 is true (set to logical 1) 

10 vhen the inner data packet queue (described more fully 
hereinbelow) is full and a host application program 24 
has data to transmit to the user workstation 18. The 
Virtual Session Flag 174 is true (set to logical 1) 
%Aien an Open Window Inner Data Packet 64 (FIG. 11) for 

15 the particular host application program 24 associated 
with a particular Application Session Block 164 has 
been received by the host computer module 26 from the 
user workstation module 28. 

4. Virtual Session Control Block 

20 A Virtual session control Block 176 is illustrated 

in FIG. 17. The Virtual Session Control Block 176 
contains information relating to the state of the 
"Virtual" program session established between a host 
application program 24 and terminal emulation program 

25 19. The Virtual Session Control Block 176 contains, 
among others, the following component: (1) User 
Hdrkstation Correlator 178; and (2) memory address of 
inbound inner data packet segment queue 179. The 
function of the Workstation Correlator 178 has been 

30 described above. The function of the inbound inner 
data packet segment queue will be described below. 
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Oser Workstation Module control Bleeta 

The fclloving sections describe aenory control 
blocks utilized by the user workstation nodule 28 to 
control the program session established between the 
5 session manager program 22 and the terminal emulation 
program 19. Each of the memory control blocks 
described below resides in the internal memory area 
(not shown) of the user workstation module 28 in user 
workstation 18. 

10 1. user workstation Session Control BloeV 

The User workstation Session Control Block 182 is 
illustrated in FIG. 18. The User Workstation Session 
Control Block 182 contains information relating to the 
program session established between the terminal 

15 emulation program 19 and the session manager program 
22. The User Workstation Session Control Block 182 
contains, among others, the following components: (1) 
memory address of output buffer 184; (2) memory address 
of inner data packet output queue 186; (3) memory 

20 address of session list block 188; (4) Multiplexed Mode 
Flag 190; (S) Own Direction Flag 192; (6) Sequence 
Number 194; (7) Between Brackets Flag 196; (8) memory 
address of buffer for individual segments of inner data 
packets 198; (9) User Identification Character String 

25 200; and (10) table of memory addresses of User 

Workstation Virtual Session Control Blocks (described 
below) 202. The output buffer is a memory block in the 
internal memory area (not shown) of user workstation 
module 28 used for building data transmission packets 

30 42. The inner data packet output queue will be 

described more fully below. The session list block is 
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a memory block in the internal memory area (not shown) 
of user workstation nodule 28 containing a list of host 
application programs 24 available to the user. The 
function of the segment buffer will be described below 
5 in conjunction with the operation of multiplexing 
program 25. 

2. user workstation virtual Session Control Block 
FIG. 19 illustrates a User Workstation Virtual 
Session control Block 204. The User Workstation 

10 virtual Session Contirol Block 204 contains information 
relating to the "virtual" program session established 
between the terminal emulation program 19 and a host 
application program 24. The User Workstation Virtual 
Session Control Block 204 includes » among others, the 

15 following components: (l) Session Kanager Program 
Correlator 206; (2) Virtual Terminal Logical Unit 
Number 208; (3) Host Application Logical Unit Number 
210; and (4) User Workstation Correlator 207. The 
Session Manager Correlator 206 has been described 

20 above. Virtual Terminal Logical Unit Number 208 and 
implication Program Logical Unit Nxunber 210 are 
identifiers used to transmit and receive data 
transmission packets 42 between host computer module 26 
and user workstation module 28 and render these 

25 transmission data packets 42 compatible with the IBM 
SNA protocol. 

nte flow chart of FIG. 20a illustrates the logon 
process to the multiplexing program 25 of the present 
30 invention. During the logon process, the host computer 
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BOdule 26 of the multiplexing program 25 determines 
whether the user wortetation 18 is capable of operating 
in cooperation with multiplexing program 25, i.e., in a 
"multiplexed mode". In step 20p, the user workstation 
5 nodule 28 prompts the user (via the video display 
screen (not shown]) to enter a logon cammand (via the 
keyboard (not shown) ) . After the user enters the logon 
command, program control continues with step 202 where 
the host computer module 26, in cooperation with 

10 session manager program 22, establishes a program 

session between the session manager program 22 and the 
terminal emulation program 19. The host computer 
module 26 also receives a data block containing 
definitions of the capabilities of user workstation 18. 

15 Those of ordinary skill in the art will recognize this 
data block as the cmiT SD of the IBM SKA protocol. To 
establish the program session, the host computer module 
26, among other things, creates a Terminal Session 
Block 140 (FIG. 14) using the contents of the CINIT RO. 

20 The Terminal Session Block 140 uniquely identifies the 
user workstation 18 and the state of the prograa 
session established between the session manager program 
22 and the terminal emulation program 19. 

In step 204, the Multiplexed Node Capable Flag 144 

25 in Terminal Session Block 140 is reset by host cos^uter 
module 26. Program control then continues with step 
206 where the host computer module 26 determines 
whether the user workstation 18 is capable of running 
in multiplexed mode. First, the host coaqputer module 

30 26 determines whether the user workstation 18 is "query 
able" (IBM 3270 technology) . This information is 
included in the CISIT RU. If the user workstation 
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nodule 18 is "query able**, a query datastream is 
transmitted by host computer module 26 to user 
workstation module 28. If the response datastream 
transmitted by the user vorXstation module 28 to host 
5 computer module 26 includes an OEM Data Structured 
Field Type and a character string identifying the user 
workstation module 28, then the user workstation 28 is 
capable of operating in multiplexed mode. If the host 
computer module 26 determines that the user workstation 

10 18 is capable of operating in multiplexed mode, program 
control continues with step 208 where the host computer 
module 26 sets to true (sets to logical 1) the 
Multiplexed Mode Capable Flag 144 in the Terminal 
Session Block 140. If the host computer module 26 

15 determines, in step 206, that the user workstation 18 
is not capable of operating in multiplexed mode, or, 
following execution of step 208, program control 
continues with step 210 where program control is 
transferred to the session manager program 22 for the 

20 completion of logon processing. 

After the logon process Is completed by the 
session manager program 22, program control continues 
with step 300 of the flow chart of FIG. 20b where the 
signon process is initiated. The signon process 

25 permits the user to gain access to the session manager 
program 22 executing on the host computer 12. In step 
300 of the flow chart of FIG. 20b, the user enters a 
user identification character string and password at 
the signon screen generated by the session manager 

30 program 22. In step 302, the session manager program 
22 validates the user identification character string 
and password; if valid, program control continues with 
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Step 304. Otherwise, program control is returned to 
step 300 for reentry of the user identification 
character string and password. 

In step 304, the host coo^uter Bodule 26 
5 determines whether the Kultiplexed Mode Capable Flag 
144 in Terminal Session Block 140 is true (set to 
logical one 1) . If the Kultiplexed Mode Capable Flag 
144 is not true, program control continues with step 
306 where program control is passed by the host 

10 cogqputer module 26 to the session manager program 22 
where the normal (non-multiplexed mode) signon 
procedure continues. If, however, the host ooaqputer 
module 28 determines in step 304 that the Multiplexed 
Mode Capable Flag 144 is true, program control 

15 continues with step 308. In step 308, the following 
tasks are performed by host computer module 26: (l) 
build a Multiplexed Mode Control Block 156 (FIG. 15) ; 
(2) store the address of the Multiplexed Mode Control 
Block 156 in item 142 of the Terminal Session Block 140 

20 (FIG. 14); (3) set to true (set to logical 1) the 

Multiplexed Mode Flag 146 in the Terminal Session Block 
140; (4) initialize (to binary 1) the Seguence Number 
158 in Multiplexed Mode Control Block 156; and (5) 
direct a data transmission packet 42 including an 

25 Identify Inner Data Packet 64 (FIG. 8) to user 

workstation module 28 (see the flow chart shown in PIG. 
20f and the discussion appearing below for a 
description of how data transmission packets 42 are 
transported between the host computer module 26 and the 

30 user workstation module 28) . 

Program control then continues with step 310 where 
the user workstation module 28 receives the Identify 
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Inner Data Packet 64 which causes the user workstation 
nodule 28 to place the user workstation 18 into 
multiplexed mode by setting to true (setting to logical 
1) the Multiplexed Mode Flag 190 in the User 
5 Workstation Session Control Block 182 (FIG. 18) . The 
user workstation module 28 then transmits a Null Inner 
Data Packet 64 (a Null Inner Data Packet does not 
contain a Function Data Field 74) to the host computer 
nodule 26. In step 312, the host computer nodule 26 

10 receives the Null Inner Data Packet 64 and transmits a 
Session List Inner Data Packet 64 (FIG. 9) to user 
workstation nodule 28. 

Program control continues with step 314 where the 
user workstation nodule 28 receives the Session List 

15 Inner Data Packet 64 and stores the infomatlon in a 
session list block, the nenory address of which is 
stored in iten 188 of User Workstation Session Control 
Block 182 (FIG. 18) . User workstation module 28 then" 
transnits a Null Inner Data Packet 64 to host computer 

20 module 26. Program control then continues with step ' 
316 where the host computer module 26 receives the Null 
Inner Data Packet 64 from user workstation module 28 
and then passes control to session manager program 22 
to permit any program sessions initiated by session 

25 manager program 22 to be processed (see discussion 
relating to activation of "virtual" program sessions 
below). 

The flow chart of FIG. 20c illustrates the 
procedure by which a "virtual" program session is 
30 activated. A "virtual" program session is a program 
session established between a host application program 
24 and terminal emulation program 19. The "virtual" 
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program session is built upon two "real" program 
sessions: (1) a "real" program session established 
between the session manager program 22 and the host 
application program 24; and (2) a "real" program 
5 session established between the session manager program 
22 and the terminal emulation program 19. The 
datastrean transmitted between the host application 
program 24 and the terminal emulation program 19 is 
encoded in the data transmission packet 42 exchanged 

10 between the host computer module 26 and the user 
workstation module 28. 

In step 400, a user enters a request to activate a 
program session with a host application program 24 by 
selecting the application program name from a list 

15 displayed on the video display screen (not shown) of 
user workstation 18. This list is constructed from the 
session list block, the memory address of which is 
stored in item 188 of User Workstation Session Control 
Block 182 (FIG. 18) . A Session Manager Progreun Command 

20 Inner Data Packet 64 (-FIG. 10) is constructed and 
transmitted to the host ceaputer module 26. The 
Session Manager Program Command Inner Data Packet 64 
contains a session manager program command to activate 
a program session between session manager program 22 

25 and the host application program 24 selected from the 
list displayed on the video display screen (not shown) 
of user workstation 18. Step 402 of the flow chart of 
FIG. 20c indicates that a program session between 
session manager program 22 and a host application 

30 program 24 can be initiated by the session manager 
program 22. 



wo 94/13086 



29 



PCT/US93/112S7 



Following either step 400 or step 402, program 
control continues with step 404 where the host computer 
module 26 receives the Session Manager Program Command 
Inner Data Packet 64 containing the activate program 
5 session command. The host computer module 26 passes 
the command to session manager program 22 and then 
creates an Application Session Block 164 (FIG. 16) . 
The Application Session Block 164 becones a part of the 
linked list of Application Session Blocks 164, the 

10 nenory address of the first element in the linked list 
being stored in item 154 of Terminal Session Block 140 
(FIG. 14) . The session manager program 22 then 
activates the requested program session in a manner . 
that is well known to thosis of ordinary skill in the. 

15 art. When a BIND RD is received from host application 
program 24, host computer module 26 creates a Virtual 
Session Control Block 176 (FIG. 17) for this program 
session and its memory address is stored in item 172-'of 
Application Session Block 164. Finally, the host 

20 computer module 26 transmits an Open Window Inner Data 
Packet 64 (FIG. 11) to user workstation module 28. ' 

Program control continues with step 406 where the 
user workstation module 28 receives the Open Window 
Inner Data Packet 64. The user workstation module 28 

25 builds a User workstation Virtual Session control Block 
204 (FIG. 19). Terminal emulation program 19 then 
opens an application program window 29 on user 
workstation 18. The user workstation module 28 
performs certain functions that simulate the action 

30 that the terminal emulation program 19 would expect to 
be taken by the host computer 12 (pursuant to the IBM 
SNA protocol) to activate a program session. Those of 
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ordinary skill in the art will recognize that this 
simulation consists of sending to the terminal 
emulation program 19 an t^va RU (activate a logical 
unit), BIND J?a (information relating to the program 
5 session characteristics) and an SDT RU (a signal that 
the host application program is ready to accept program 
session data) . The BIND RU information was originally 
transmitted from the host application program 24 to the 
session manager program 22 and was then transmitted by 

10 the host computer module 26 to the user workstation 
module 28 in the Open Window Inner Data Packet 64. 

Program control continues with step 408 where the 
user workstation module 28 determines whether all 
actions initiated in step 406 were successfully 

15 completed. If not, program control continues with step 
410 where the application program window 29 on user 
workstation 18 is closed, a Close Window Inner Data 
Packet 64 (FIG. 12) is transmitted from user 
workstation module 28 to host computer module 26 and 

20 the User Workstation Virtual Session Control Block 204 
(FIG. 19) is deleted from the memory area (not shown) 
of the user workstation module 28. In step 412, host 
computer module 26 receives the Close window Inner Data 
Packet 64 and transmits an inactivate program session 

25 command to session manager program 22 which, in turn, 
terminates the program session between the application 
program 24 and session manager 22 in a manner that is 
well known to those of ordinary skill in the art. 

If the user workstation module 28 determines, in 

30 step 408, that the actions initiated in step 406 were 
successfully completed, program control continues with 
step 414 where the user workstation module 28 returns 
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an Open window Inner Data Packet 64 (FIG. 11) to host 
onnputer module 26. Program control continues with 
step 416 vhere the host computer module 26 receives the 
Open Window Inner Data Packet 64 and sets to true (sets 
5 to logical 1} the Virtual Session Flag 174 in the 

Application Session Block 164 (FIG. 16) associated with 
the program session that has just been established. 

The procedure for inactivating an established 
"virtual" program session is illustrated in the flow 

10 chart of FIG. 20d. Program control begins at step 500 
where a user enters a command at user workstation 18 
requesting that a "virtual" program session be 
Inactivated. Using information in the User Workstation 
Virtual Session Control Block 204 (FIG. 19) , the user 

15 workstation module 28 builds a Session Manager Progrtun 
comnand Inner Data Packet 64 (FIG. 10) containing an 
inactivate program session command. The Session 
Manager Program conmand Inner Data Packet 64 is 
transmitted to the host computer module 26. Program 

20 control continues with step 502 where the host computer 
module 26 receives the Session Manager Program Command 
Inner Data Packet and transmits the inactivate program 
session command to session manager program 22. The 
session manager program 22 requests that the program 

25 session between host application program 24 and session 
manager program 22 be terminated by issuing a TERMSESS 
command to VTM (IKI SNA protocol) in a manner that is 
well known to those of ordinary skill in the art. A 
program session between host application program 24 and 

30 session manager program 22 can also be terminated when 
the user normally ends the host application program 24 
(step 504) . In this case, the host application program 
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24 issues a CLSDST command to VTAM (IBM SSA protocol) . 
Following either step 502 or 504, VTAM (IBM SNA 
protocol) terminates the program session between 
session manager program 22 and host application program 
5 24 and notifies the session manager program 22 that the 
program session has terminated. Program control 
continues with step 506 where host computer module 26 
builds a Close Window Inner Data Packet 64 (FIG. 12) 
using the information stored in the Application Session 

10 Block 164 (FIG. 16) and the Virtual Session Control 
Block 176 (FIG. 17) . The Virtual SesBion Flag 174 in 
the Application Session Block 164 is set to false (set 
to logical 0) . The Close Window Inner Data Packet 64 
is transmitted from the host computer module 26 to user 

15 workstation module 28. In step 508, the user 

workstation module 28 receives the Close Window Inner 
Data Packet 64 and deletes the User Workstation Virtual 
Session Control Block 204 (FIG. 19) from the memory 
area (not shown) of the user workstation module 18; 

20 terminal emulation program 19 then closes the 
application program window 29. 

FIG. 20e illustrates the procedure for terminating 
nultiplexed mode operation. In step 600, the user 
enters a signoff command at user workstation 18. User 

25 workstation module 28 builds a Session Manager Program 
Command Inner Data Packet 64 (FIG. 10) containing a 
signoff command. The Session Manager Program Command 
Inner Data Packet 64 is transmitted to the host 
computer module 26. Program control continues with 

30 step 602 where the host computer module 26 receives the 
Session Manager Program Command Inner Data Packet 64 
and transmits the signoff command to session manager 
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program 22. Step 604 Illustrates the possibility that 
the session aanager program 22 can generate a signoff 
conmand. Following either step 602 or step 604, 
program control continues with step 606 where the 
5 Multiplexed Mode Flag 146 in the Terminal Session Block 
140 (FIG. 14) is set to false (set to logical 0) and 
the Virtual Session Flag 174 in each Application 
session Block 164 (FIG. 16) linked to the Terminal 
Session Block 140 by the memory address stored in item 

10 154 of the Terminal Session Block 140 is set to false 
(set to logical 0) . The se&tsion manager program 22 
transmits a signon screen to the user workstation 
module 28 for display by terminal emulation program 19 , 
In step 608, the user workstation module 28 receives 

15 the signon screen transmitted by the host computer 
module 26 and transmits the screen to terminal 
emulation program 19 for display on the video display 
screen (not shown) of user workstation 18. The user 
workstation module 28 recognizes that this is not a' 

20 data transmission packet 42 that contains a Structured 
Field Command 54 and an OEM Data Structured Field Type 
58. The Multiplexed Mode Flag 190 in User Workstation 
Session Control Block 182 (FIG. 18) is set to false 
(set to logical 0) . The memory addresses of User 

25 Workstation Virtual Session Control Blocks 202 in User 
Workstation Session Control Block 182 (FIG. 18) are 
cleared and the associated User Workstation Virtual 
Session Control Blocks 204 (FIG. 19) are deleted. 
FIG. 20f illustrates the manner by which the 

30 multiplexing program 25 of the present invention sends 
data transmission packets 42 from the host computer 
module 26 to the user workstation module 28. Program 
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control begins with step 700 where the session oanager 
program 22 receives a data packet fron a host 
application program 24. The host computer module 26 
then determines, in step 702, whether the Queue Full 
5 Flag 150 of Terminal Session Block 140 (FIG. 14) is 
true (set to logical 1) . If the Queue Full Flag 150 is 
true (set to logical 1) , program control continues with 
step 704 where the host computer module 26 sets to true 
(sets to logical 1) the Rejected Packet Flag 168 in the 

10 Application Session Block 164 (HG. 16) associat<sd with 
the host application program 24 that originally 
transmitted the data packet to session manager program 
22. The host computer module 26 to user workstation 
module 28 routine is then exited in step 705. 

15 If the host computer module 28 determines in step 

702 that the Queue Full Flag ISO in the Terminal 
Session Block 140 is false (set to logical 0} , program 
control continues with step 706 where the data packet 
is utilized to update the host application program 

20 screen buffer, the memory address of which is stored in 
itesa 170 of the Application Session Block 164 (FIG. 16) 
associated with the host application program 24 
originating the data packet. Program control then 
continues with step 708 where a 3270 Datastream Inner 

25 Data Packet 64 (FIG. 13) is built by host computer 
module 26. The 3270 Datastream Inner Data Packet 64 
incorporates the data packet originated by host 
application program 24. The Spanning Flag 70 in the 
3270 Datastream Inner Data Packet 64 is set to 

30 hexadecimal 03 to indicate that this is the only 
segment in the Inner Data Packet 64. The 3270 
Datastream Inner Data Packet 64 is then added to an 
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inner data packet output queue (not shown) which is a 
first- in- first-out queue in the memory area (not shown) 
of host computer nodule 26. The memory address of 
inner data packet output queue is stored in item 162 of 
5 Multiplexed Mode Control Block 156 (FIG. 15) . Program 
control continues with step 710, where the host 
computer module 26 determines whether the length of the 
inner data packet ou^ut queue is greater than a 
maximum length. If greater than the naxiuum length, 

10 program control continues with step 712 where the Queue 
Full Flag 150 of Texninal. Session Block 140 (FIG. 14) 
is set to true (set to logical 1). 

If the inner data packet output queue is not 
greater than a maximum length or following step 712, 

15 program control continues with step 716 where the host 
computer nodule 26 determines whether a data 
transmission packet 42 may be transmitted to the user 
workstation module 28. The data transmission packet 42 
may be transmitted if either the Own Direction Flag 148 

20 or the Between Brackets Flag 152 in the Terminal 

Session Block 140 (FIG. 14) is true (set to logical 1) . 
If neither flag is true (set to logical 1) , program 
control continues with step 718 where the host computer 
module 26 to user workstation module 28 transmission 

25 routine is exited. Otherwise, program control 
continues with step 720 irtiere an output buffer is 
allocated in the memory space of host computer module 
26 and transmission packet 42 is constructed. The 
Outer Data Packet 60 of the data transmission packet 42 

30 is constructed by copying the Sequence Number 158 in 
Multiplexed Mode Control Block 156 (FIG. 15) to the 
Outer Data Packet 60 portion of data transmission 
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packet 42 and then copying the Inner Data Packets 64 
stored in the inner data packet output queue to the 
Inner Data Packet 64 portion of the data transmission 
packet 42. The copying of inner data packets 64 
5 continues until the output buffer is full. This 

process is described more fully hereinbelow in the flow 
chart illustrated in FIG. 2 Oh. The Sequence Nuaber 158 
in Multiplexed Mode Control Block 156 is increaented by 
one. The transmission data packet 42 is then 

10 transmitted by the host computer module 26 to the user 
vorkstation module 28. The output buffer allocated in 
step 720 is freed. 

Program control then continues with step 722 where 
user workstation module 28 receives the data 

15 transmission packet 42 from host computer module 26. 
The user workstation module 28 then checks the 
following conditions: (1) the presence in the data 
transmission packet 42 of an OEM ^ata structured Field 
Type 58; and (2) whether the Multiplexed Node Flag 190 

20 in the User Workstation Session Control Block 182 (FIG. 
18) is true (set to logical 1) , If both conditions are 
met, program control continues with step 726. If the 
OBH Data structured Field Type 58 is present but the 
Multiplexed Mode Flag 190 is not true (set to logical 

25 0) , then the Multiplexed Mode Flag 190 is set to true 
(set to logical 1) and program control continues with 
step 726. If neither condition is met, program control 
continues with step 724. If the OEM Data Structured 
Field Type 58 is not present but the Multiplexed Mode 

30 Flag 190 is set to true (set to logical 1) , then the 
Multiplexed Mode Flag 190 is set to false (set to 
logical 0) , the memory addresses of all User 
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Workstation virtual Session Control Blocks 204 (FIG. 
19) are cleared from the table 202 in User Workstation 
Session Control Block 182 (FIG. 18), the corresponding 
User Workstation virtual Session Control Blocks 204 
5 (FIG. 19) are deleted and program control continues 
with step 724. In step 724, program control is 
transferred to terminal emulation program 19 for normal 
processing of received data transmission packets 42. 
In step 726, the user workstation module 28 sets 

10 the Between Brackets Flag 196 in User Workstation 
Session Control Block 182 (FIG. 18) to true (set to 
logical 1) if an 2nd Bracket Ijidicatar In the 
Jieguest/Jtespojise leader 52 of data transmission packet 
42 is set to true (set to logical 1) ; otherwise, the 

15 user workstation module 28 sets the Between Brackets 
Flag 196 to false (set to logical 0). Tlie user 
workstation module 28 then sets the Own Direction Flag 
192 in User Workstation Session Control Block 182 (FIG. 
18) to true (set to logical 1). In step 728, the - 

20 Sequence Number 194 in User Workstation Session control 
Block 182 (FIG. 18) is compared to the Sequence Number 
62 in the outer Data Packet 60 of the received data 
transmission packet 42. If the two numbers do not 
match, program control continues with step 730 where 

25 the host computer module 26 to user workstation module 
28 transmission routine is exited. Otherwise, program 
control continues with step 732 where the Sequence 
Number 62 in the Outer Data Packet 60 is copied to the 
Sequence Number 194 in User Workstation Session Control 

30 Block 182 (FIG. 18) . 

Program control then continues with step 734 where 
the Inner Data Packets 64 are extracted from the 
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received data transmission packet 42 and are processed 
by the user vorlcstation module 28. The flow chart in 
FIG. 20i illustrates the details of the method by which 
the user mrlcstation module 28 extracts inner Data 
5 Packets 64 from the data transmission packet 42. The 
Inner Data Packets 64 are processed according to the 
their particular Function Code 72 (FIG. 7) . A 3270 
Datastream Inner Data Packet 64 (FIG. 13) is processed 
by the user workstation module 28 by reconstructing a 

10 data transmission packet 42 identical in structure to a 
PIU in the IBM SNA protocol. The correct destination 
"virtual" program session is identified by examining 
the User Workstation Correlator 110 in the 3270 
Datastream Inner Data Packet 64 (FIG. 13). The 

15 following actions are then performed by the user 

workstation module 28: (1) the Host Application Logical 
Unit Number 210 in the User Workstation virtual Session 
Control Block 204 (FIG. 19) is placed in the Sender 
Logical anit Number in the PIU; (2) the Virtual 

20 Terminal Logical Unit Number 208 is placed in the 
Jteceiver Logical Unit Number in the PIU; (3) the 
Sequence Number 112 in the 3270 Datastream Inner Data 
Packet 64 (FIG. 13) is placed in the PIU Sequence 
Number; and (4) the Data Packet 114 of the 3270 

25 Datastream Inner Data Packet 64 (FIG. 13) is placed in 
the data portion of the PIU. 

A Null Inner Data Packet 64 is discarded by the 
user workstation module 28 during processing. A 
Session List Inner Data Packet 64 (FIG. 9) is processed 

30 by the user workstation module 28 by updating the ^ 
session list block, the address of which is stored in 
item number 188 of User Workstation Session Control 
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Block 182 (FIG. 18). An Open Window Inner Data Packet 
64 (FIG. 11) causes the user workstation module 28 to 
activate a "virtual" program session (described in the 
flow chart illustrated in FIG. 20c) . A Close window 
5 Inner Data Packet 64 (FIG. 12) causes the user 

workstation module 28 to inactivate a "virtual" program 
session (described in the flow chart illustrated in 
FIG. 20d). An Identify Inner Data Packet 64 (FIG. 8) 
is processed by the user workstation module 28 by 

10 comparing the Host Computer Module Name 76 and Host 
Computer Module Version Number 78 in Identify Inner 
Data Packet 64 with those data items stored internally 
in user workstation module 28. The User Identification 
Character String 80 in Identify Inner Data Packet 64 is 

15 copied to the User Identification Character String 200 
in User Workstation Session Control Block 182 (FIG. 
18). 

FIG. 20g illustrates the manner by which the 
multiplexing program 25 of the present invention sends 

20 data transmission packets 42 from the user workstation 
module 28 to the host computer module 26. Program 
control begins with step 800 where a user initiates a 
request at user workstation 28 for the session manager 
program 22 to execute a command. A Session Manager 

25 Program Command Inner Data Packet 64 (FIG. 10) is built 
and placed in the inner data packet output queue, the 
memory address of which is stored in item 186 in the 
User Workstation Session Control Block 182 (FIG. 18) . 
The Spanning Flag 70 in the Inner Data Packet 64 is set 

30 to hexadecimal 03 signifying that the Inner Data Packet 
64 is comprised of only a single segment. In step 802, 
the terminal emulation program 19 sends a data 
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transmission packet 42 to user workstation module 28. 
The terminal emulation program only transmits data 
to a host application program 24 when the corresponding 
program session 29 on the user workstation 18 owns 

5 direction or is between brackets. This is determined 
from the last Data Packet 114 of the last 3270 
Datastream Inner Data Packet 64 received from the host 
application program 24, the last Data Packet 114 of the 
last Inner Data Packet 64, or by BIUs (IBM SNA 

10 protocol) created by the user workstation module 28 and 
transmitted to the program session 29. Hhia data 
transmission packet 42 is identical in structure to a 
PJU in the IBM SKA protocol. The BIU portion of the 
PJU is extracted and inserted into a 3270 Datastream 

15 Inner Data Packet 64 (FIG. 13) built by user 

workstation module 28. The user workstation module 28 
then performs the following actions: (1) the Session 
Manager Program Correlator 206 in the User Workstation 
Virtual Session Control Block 204 (FIG. 19) is copied 

20 to the Session Manager correlator 108 in 3270 

Datastream Inner Data Packet 64 (FIG. 13) ; (2) the User 
Workstation Correlator 207 in User Norkstation virtual 
session Control Block 204 (PIG. 19) is copied to the 
User Workstation Correlator 110 in 3270 Datastream 

25 inner Data Packet 64; and (3) the 3270 Datastream Inner 
Data Packet 64 is placed in the inner data packet 
output queue. 

Following either step 800 or step 802, program 
control continues with step 804 where the user 

30 workstation module 28 determines whether it owns 

direction (as that concept is defined in the IBM SNA 
protocol) by determining whether the own Direction Flag 
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192 in the User Nor)cstation Session Control Block 182 
(FIG. 18) is true (set to logical 1) . If the Own 
Direction Flag 192 is false (set to logical 0) , program 
control continues with step 806 where the user 
5 vorlcstation nodule 28 to host computer module 26 
transmission routine is exited. Otherwise; program 
control continues with step 8 IB. 

Step 808 illustrates the scenario where an Inner 
Data Packet 64 is created by user mrkstation module 28 

10 because of a previous data transmission packet 42 

received from the host computer module 26. Such Inner 
Data Packets 64 are added to the inner data packet 
output queue, the address of which is located in item 
186 of the User Workstation Session Control Block 182 

15 (FIG. 18). After execution of step 808, program 
control continues with step 810 where the user 
workstation module 28 determines whether the inner data 
packet output queue is empty. If the inner data packet 
output queue is empty, program control continues with 

20 step 812 where the user workstation iwdule 28 

determines whether the Between Brackets Flag 196 in 
User Workstation Session Control Block' 182 (FIG. 18) is 
true (set to logical 1) . If the Between Brackets Flag 
196 is true, there is no need to send a Null Inner Data 

25 Packet 64 to the host computer module 26 to Change 
direction (according to the IBM SNA protocol) and, as 
such, program control continues with step 814 vhere the 
user workstation module 28 to host computer module 26 
transmission routine is exited. If the Between 

30 Brackets Flag 196 is false, program control continues 
with step 816 iiAiere the user workstation module 28 
builds a Null Inner Data Packet 64 and places it in the 
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inner data packet output queue. Program control 
continues with step 817 where the Null Inner Data 
Packet 64 is transmitted to host coiqsuter module 26 in 
the manner explained in step 824 below. 
5 If the user workstation module 28 made. the 

determination in step 804 that the Own Direction Flag 
192 was true (set to logical 1) or the determination in 
step 810 that the inner data packet output queue was 
not eiqpty, program control continues with step 818 

10 where the user workstation module 28 determines Aether 
the Between Brackets Flag 196 in User Workstation 
Session Control Block 182 (FIG. 18) is true (set to 
logical 1) . If the Between Brackets Flag 196 is false, 
program control continues with step 820 where the user 

15 workstation module 28 builds a data transmission packet 
42 in the output buffer, the memory address of which is 
stored in item number 184 of the user workstation 
session Control Block 182 (FIG. 18) , and the Between 
Bracket indicator of the Request/Response Header 52 of 

20 data transmission packet 42 is set to false (set to 
logical 0) . If the Between Brackets Flag 196 is true, 
the identical action described in step 820 is performed 
except that the Between Bracket Indicator of the 
Reqaest/Response Header 52 is set to true (set to 

25 logical 1). 

Following either step 820 or step 822, program 
control continues with step 824 where the Inner Data 
Packets 64 in the inner data packet output queue are 
copied to the output buffer. The flow chart 

30 illustrated in FIG. 20h illustrates the method by which 
user workstation module 28 performs this function. The 
user workstation module 28 then copies the Sequence 



wo 94/13086 



43 



PCTAJS93/112S7 



Number 194 from the User Workstation Session Control 
Block 182 (FIG. 18) to the Sequence Number 62 of Outer 
Data Packet 60 of data transmission packet 42. User 
workstation module 28 then transmits the data 
5 transmission packet 42 to host computer module 26 and 
then sets to false (set to logical 0) the Own Direction 
Flag 192 in the User Workstation Session Control Block 
182 (FIG. 18). 

In step 826, the host computer module 26 receives 

10 the data transmission packet 42. Program control 

continues with step 832 lAere the host computer module 
determines whether the Queue Full Flag 150 in Terminal 
Session Block 140 (FIG. 14) is true (set to logical 1) . 
If the Queue Full Flag 150 is true, then the Rejected 

15 Packet Flag 168 in each Application Session Block 164 
(FIG. 16) is tested in step 834. If the Rejected 
Padcet Flag 168 is true (set to logical 1) in any 
Application Session Block 164, the following functions 
are performed by the host computer module 26 in step 

20 836: (1) an WSTAT RD (IBM 5irA protocol) is 

transmitted by the host computer module 26 to the host 
application program 24 associated with the Application 
Session Block 164 wherein the Rejected Packet Flag 168 
is true (the LUSTXT RD command indicates to the host 

25 application program 24 that it may now transmit data) ; 
(2) the Rejected Packet Flag 168 is set to false (set 
to logical 0) ; and (3) the Queue Full Flag 150 in the 
Terminal Session Block 142 (FIG. 14) is set to false 
(set to logical 0). 

30 If the tested condition is not satisfied in either 

step 832 or step 834, or following step 836, program 
control continues with step 838 where the Own Direction 
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Flag 148 of Terminal Session Block 140 (FIG. 14) is set 
to true (set to logical 1) and where Inner Data Packets 
64 are extracted from the data transmission packet 42 
as is explained by the flow chart illustrated in FIG. 
5 20i. The Inner Data Packets 64 are then processed by 
host conputer nodule 26. Null Inner Data Packets 64 
are discarded. An Open Window Inner Data Packet 64 
(FIG. 11) is processed by the host computer module 26 
by saving the User Workstation Correlator 94 located in 

10 Open Window Inner Data Packet 64 in the User 

Workstation Correlator 178 in Virtual Session Control 
Block 176 (FIG. 17} . Further processing continues as 
illustrated in the flow chart of FIG. 20c. A Close 
Window Inner Data Packet 64 (FIG. 12) is processed 

15 according to the steps outlined in the flow chart 

illustrated in FIG. 20d. The host computer module 26 
processes a 3270 Datastream Inner Data Packet 64 (FIG. 
13) by reconstructing a data transmission packet 42 
identical in structure to a Request Unit (IBM SNA 

20 protocol). The correct destination "virtual* program 
session is identified by examining the Session Manager 
Program Correlator 108 in the 3270 Datastream Inner 
Data Packet 64 (FIG. 13). The resulting Request Unit 
is then passed to the session manager program 22. A 

25 Session Manager Program Command Inner Data Packet 64 
(FIG. 10) is processed by extracting the Session 
Manager Program Comnand String 90 from the Inner Data 
Packet 64 and passing the command string to the session 
manager program 22. 

30 Following step 838, program control continues with 

step 840 where the host computer module 26 determines 
whether there are any inner data packets 64 in the 
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inner data packet output queue. If not, program 
control continues with step 842 where a Null Inner Data 
Packet 64 is built by the host computer module 26 and 
is sent to the user workstation module 28; the End 
5 Bracket Indicator (IBM SNA protocol) of the BIV (IBM 
SUA protocol) in data transmission packet 42 is set to 
true (set to logical 1) ; the Between Brackets Flag 152 
and Own Direction Flag 148 of Terminal Session Block 
140 (FIG. 14) are set to true (set to logical 1) . 

10 Otherwise, program control continues with step 714. 

FIG. 2 Oh illustrates the process by which the 
multiplexing program 25 of the present invention 
encodes Inner Data Packets 64 into Outer Data Packets 
60. This process is performed identically by both the 

15 host computer module 26 and the user workstation module 
28 so that the following discussion relates to both 
modules. The host computer module 26 and the user 
workstation module 28 will, therefore, be referred to 
generically in the following discussion as '*the 

20 multiplexing program 25". Program control begins with 
step 900 where the multiplexing program 25 determines 
whether the inner data packet output queue is empty. 
On the host computer 12, this is determined by 
examining the inner data packet output queue whose 

25 memory address is stored in item 162 of Multiplexed 
Mode Control Block 156 (FIG. 15). On the user 
workstation 18, this determination is made by examining 
the inner data packet output queue whose address is 
stored in item 186 of User Workstation Session Control 

30 Block 182 (FIG. 18) . If the inner data packet output 
queue is empty, program control continues with sftep 908 
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described below; otherwise, program control continues 
with step 902. 

In step 902, multiplexing program 25 determines 
whether the first Inner Data Packet 64 in the inner 
5 data packet output queue will fit into the output 
buffer on either the host computer 12 or the user 
workstation 18. The output buffer on the host computer 
12 is obtained dynamically while the memory address of 
the output buffer on the user workstation 18 is stored 

10 in item 184 of User Workstation Session Control Block 
182 (FIG. 18). If sufficient space is available in the 
output buffer, program control continues with step 904 
where the first Inner Data Packet 64 in the inner data 
packet output queue is moved to the beginning of the 

15 output buffer. The multiplexing program 25 then 

examines the Spanning Flag 70 in the Inner Data Packet 
64 moved to the output buffer. Unless the Spanning 
Flag 70 is set to hexadecimal 03, indicating that the 
Inner Data packet 64 is the only segment in the series 

20 of segments, the Spanning Flag 70 is set to hexadecimal 
01 indicating that the Inner Data Packet 64 is the last 
segment in the series of segments. Program control 
then returns to step 900. 

If the multiplexing program 25 determines, in step 

25 902, that the first Inner Data Packet 64 in the inner 
data packet output queue will not fit into the output 
buffer, program control continues with step 906 where 
the multiplexing program 25 determines whether the 
remaining space in the output buffer is sufficient to 

30 hold the following components of Inner Data Packet 64: 
Length Field 66, Structured Field Command 68, Spanning 
Flag 70, Function Code 72 and at least one byte of the 
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Function Data Field 74. If not, program control 
continues with step 908 where the required header 
fields for the Outer Data Packet 60 and data 
transmission packet 42 are constructed. The resulting 
5 data transmission packet 42 is then passed to the 
coDinunications program (not shown) in either host 
computer 12 or user workstation 18 for transmission. 

If the multiplexing program 25 determines, in step 
906, that sufficient space is available in the output 

10 buffer, program control continues with step 910 where 
the portion of the Inner Data Packet 64 for which space 
is available is moved into the output buffer. The 
multiplexing program 25 then performs the following 
processing functions on the Inner Data Packet 64 moved 

15 into the output buffer: (1) modify the Length Field 66 
so that it correctly indicates the length of the 
portion of the Inner Data Packet 64 moved into the 
output buffer; (2) modify the Spanning Flag 70 to 
hexadecimal 02 (first but not last segment) if it is 

20 presently set to hexadecimal 03 (only segment) , 
otherwise, set Spanning Flag 70 to hexadecimal 00 
(neither first nor last segment) . The multiplexing 
program 25 then creates a new Inner Data Packet 64 from 
the portion of the Inner Data Packet 64 not moved to 

25 the output buffer by performing the following actions: 
(1) copy the Length Field 66, Structured Field Command 
68, Spanning Flag 70 and Function Code 72 from the 
Inner Data Packet 64 moved to the output buffer; (2) 
insert the portion of the Inner Data Packet 64 not 

30 moved to the output buffer to the Function Data Field 
74 of the newly created Inner Data Packet 64; (3) 
modify the Length Field 66 to reflect the length of the 
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newly created Inner Data Packet 64; and (4) modify the 
Spanning Flag 70 of the newly created Inner Data Packet 
64 to hexadecimal 00 (neither first nor last segment). 
Program control then continues with step 908. 
5 FIG. 20i illustrates the process by which the 

multiplexing program 25 of the present invention 
extracts Inner Data Packets 64 from Outer Data Packets 
60. Again, this process is performed identically by 
both the host computer module 26 and the user 

10 workstation module 28 so that the following discussion 
relates to both modules. The host computer module 26 
and the user workstation module 28 will, therefore, 
continue to be referred to generically in the following 
discussion as the multiplexing program 25. Program 

15 control begins with step 920 where the multiplexing 
program 25 determines whether there are any additional 
Inner Data Packets 64 in the Outer Data Packet 60 
currently being processed. If no Inner Data Packets 64 
remain, program control continues with step 922 where 

20 the multiplexing program 25 exits the routine which 
extracts Inner Data Packets 64. If however. Inner Data 
Packets 64 remain in the outer Data Packet 60, program 
control continues with step 924 where the next Inner 
Data Packet 64 in the Outer Data Packet 60 is removed 

25 therefrom. Program control continues with step 926 
where the Spanning Flag 70 in the extracted Inner Data 
Packet 64 is examined to determine whether it is set to 
hexadecimal 03 (only segment). 

If the Spanning Flag 70 contains an "only segment" 

30 designation, program control continues with step 928. 
step 928 is performed differently by the host coaq>uter 
module 26 and user workstation module 28 of 
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multiplexing program 25. The user vor)cstatlon module 
28 determines whether the buffer for individual 
segments of Inner Data Packets 64 is empty. The memory 
address of this buffer in the user workstation 18 is 
5 stored in item 198 of the User Workstation Session 
Control Block 182 (FIG. 18) . If this buffer is not 
vmpty, an error condition has occurred and program 
control continues with step 930 where the contents of 
this buffer are discarded. If this buffer is empty, 

10 or, following step 930, program control continues with 
step 932 where program control is transferred to the 
flow chart of FIG. 20g. Host computer module 26 
performs no functions in steps 928 or 930 and, in step 
932, passes program control to the flow chart of FIG. 

15 20f . Following return of program control to the flow 
chart of FIG. 20i, program control returns to step 920. 

If the multiplexing program 25 determines, in step 
926, that the Spanning Flag 70 in the Inner Data Packet 
64 being processed does not contain an "only segment" 

20 designation, program control continues with step 934 
where the multiplexing program 25 determines whether 
the Spanning Flag 70 contains a hexadecimal 02 (first 
but not last segment). If the condition is true, 
program control continues with step 936 tdiere the 

25 multiplexing program 25 determines whether the buffer 
for Individual segments of Inner Data Packets 64 
described above is empty. If the condition is not 
true, an error condition has occurred and program 
control continues with step 938 where the contents of 

30 this buffer are discarded; program control is then 
returned to step 920. If the condition is true, 
program control continues with step 940 where the 
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extracted Inner Data Paclcet 64 is saved in the buffer 
for partially received Inner Data Packets 64; program 
control then continues with step 920. Again, host 
computer module 26 would perform no functions in steps 
5 936 or 938 and, in step 940, would save the extracted 
Inner Data Packet 64 in the inner data packet output 
queue on host computer 12. 

If the multiplexing program 25 determines in step 
934 that the Spanning Flag 70 did not contain a "first 

10 but not last segment" designation, program control 

continues with step 942 where the buffer for individual 
segments of Inner Data Packets 64 is examined to 
determine whether it is empty. If the condition is 
true, an error condition has occurred; program control 

15 then continues with step 920. If the condition is not 
true, program control continues with step 946 where the 
following actions are performed by multiplexing program 
25: (1) the Function Data Field 74 of the extracted 
Inner Data Packet 64 is appended to the buffer for 

20 individual segments of. Inner Data Packets 64; (2) the 
Spanning Flag 70 ef the Inner Data Packet 64 being 
. constructed in this buffer is set to hexadecimal 00 
(neither first nor last segment); and (3) the Length 
Field 66 of the Inner Data Packet 64 being constructed 

25 in this buffer is adjusted by adding the length of the 
Function Data Field 74 of extracted Inner Data Packet 
64. Host computer module 26 performs no functions in 
steps 942 and 946. Program control then continues with 
step 948 where the Spanning Flag 70 of the extracted 

30 Inner Data Packet 64 is examined to determine %rtiether 
it contains a "last segment" designation. If the 
condition is true, program control continues with step 
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950 Where program control is then transferred to either 
the flow chart of FIG. 20f, in the case of host 
computer module 26 processing, or the flow chart of 
FIG. 2O9, in the case of user workstation 18 
5 processing; following return of program control to the 
flow chart of FIG. 20i, program control returns to step 
920. If the condition in step 948 is not true, program 
control continues with step d20. 

While the present invention has been described in 

10 connection with an exe^lary embodiment thereof, it 
will be understood that many modifications and 
variations will be readily apparent to those of 
ordinary skill in the art. This disclosure and the : 
following claims are intended to cover all such 

15 modifications and variations. 
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We clain: 

1. A system for multiplexing data transmissions 
exchanged between a host computer system and a user 
workstation wherein the host computer system and the 
5 user worJcstation are connected by a communications link 
and wherein one or more host application programs 
reside upon and are executed by the host computer 
system, while a terminal eaulation program having the 
capability of simultaneously displaying one or more 

10 host application program screens resides upon and is 
executed by the user workstation, said system for 
multiplexing data transmissions comprising: 

a session manager program residing upon and 
executed by the host computer system for establishing 

15 one or more program sessions with the host application 
programs, each of said program sessions generating its 
own individual datastreams', and for establishing a 
single program session with the terminal emulation 
program utilizing a single connection between the host 

20 computer system and the user workstation, and wherein 
the terminal emulation program simultaneously displays 
the host application program screen for each of said 
program sessions established between said session 
manager program and the host application programs; 

25 first means residing in the host computer system 

and in the user workstation for intercepting said 
individual datastreams before said individual 
datastreams are transmitted to the user workstation or 
to the host coiQ>uter system; 

30 second means residing in the host computer system 

and in the user workstation for building inner data 
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packets from said individual datastreams generated by 
each of said program sessions; 

third means residing in the host computer system 
and in the user wor)cstation for inserting said inner 
5 data packets into a data transmission packet for 
transmission between the host computer system and the 
user workstation over said single connection; 

fo;urth means residing in the host computer system 
and in the user workstation for intercepting said data 

10 transaission packet received by the host computer 
system and the user trorkstation before said data 
transmission packet Is processed by either said session 
manager program or the terminal emulation program, 
respectively; and 

15 fifth means residing in the host coa^uter system 

and in the user workstation for removing said inner 
data packets from said data transmission packet and for 
recreating said Individual datastreams therefrom. 

2. The multiplexing system of claim l wherein 
20 said data transmission packet includes appropriate .. 

protocol commands compatible with the host computer 
system and the user workstation to permit free-form 
formatting of data in said data transmission packet. 

3. The multiplexing system of claim 2 wherein 
25 said inner data packets are stored in a queue on the 

host computer system and a queue on the user 
workstation until said inner data packets are inserted 
into said data transmission packet. 

4. The multiplexing system of claim 3 wherein 

30 said data transmission packet further Includes control 
commands stored in said inner data packets. 
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5. The multiplexing system of claim 4 wherein 
said inner data packet includes a spanning flag to 
permit the segmentation of said inner data packets 
between more than one of said data transmission 

5 packets. 

6. The multiplexing system of claim 5 wherein 
said inner data packets further include a function code 
and a function data field and wherein said function 
code indicates whether said function data field 

10 includes one of said individual datastreams or one of 
said control commands. 

7. The multiplexing system of claim 1 further 
including means for controlling- the flow of said 
individual datastreams transmitted between the host 

15 application programs and the terminal emulation program 
through said session manager program over said single 
connection independently of the flow of said data 
transmission packet between the host computer system 
and the user workstation over said single connection. 

20 8. A method for multiplexing data transmissions 

exchanged between a host computer system and a user 
workstation wherein the host computer system and the 
user workstation are connected by a comaunications link 
and wherein one or more host application programs 

25 reside upon and are executed by the host computer 
system while a terminal emulation program having the 
capability of simultaneously displaying one or more 
host application program screens resides upon and is 
executed by the user workstation, said method 

30 comprising the steps of: 
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establishing one or more program sessions with the 
host application programs, each of said program 
sessions generating its own individual datastreams? 

establishing a single program session with the 
5 terminal emulation program utilizing a single 

connection between the host computer system and the 
user workstation, wherein the terminal emulation 
program simultaneously displays the host application 
program screen for each of said program sessions 
10 established with the host application programs; 

intercepting said individual dataetreams before 
said individual datastreams are transmitted to the user 
workstation or to the host computer system; ^ 

building inner data packets from said individual 
15 datastreams generated by each of said program sessions; 

inserting said inner data packets into a data 
transmission packet for transmission between the host 
computer system and the user workstation over said :. 
single connection; 
20 intercepting said data transmission packet 

received by the host computer system and the user 
workstation before said data transmission packet is 
processed by either the host application programs or 
the terminal emulation program, respectively; and 
25 removing said inner data packets from said data 

transmission packet and for recreating said individual 
datastreams therefrom. 

9. The multiplexing method of claim 8 
additionally comprising the step of storing said inner 
30 data packets in a queue on the host computer system and 
in a queue on the user workstation until said step of 
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inserting said inner data packets into said data 
transmission packet is performed. 

10. The multiplexing method of claim 9 
additionally comprising the step of controlling the 
5 flow of said individual datastreams transmitted between 
the host application programs and the terminal 
emulation program over said single connection 
independently of the flow of said data transmission 
packet between the host computer system and the user 
10 workstation over said single log:ical connection. 
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